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Cascade Window Searching Method and Apparatus 

BACKGROUND OF THE INVENTION 
This invention relates to the processing of video, and in particular to a 
window search technique for estimation of motion vectors. 

Compressed video technology is growing in importance and utility. 
Analog or digital "NTSC-like" video transmissions require bit rates on the order 
100 megabits per second. Compression technology today can reduce the required bit rate 
to less than 5 megabits per second. This is typically achieved using digital signal 
processing or VLSI integrated circuits. 

Depending upon the ultimate bit rate and quality of the desired image, 
different types and levels of compression can be employed. Generally, the compression 
removes different types of redundancy from the video image being compressed. In doing 
so, the image is typically broken into groups of pixels, typically blocks on the order of 
16 pixels by 16 pixels. By comparing different blocks and transmitting only information 
relating to the differences between the blocks, significant reductions in bit rate are 
achieved. 

In addition, because some information within a block is imperceptible to 
the viewer, vector quantization or discrete cosine transforms can be used to remove bits 
corresponding to imperceptible or unimportant details. This further reduces the required 
bit rate, but may introduce certain degradation in the resulting image quality. A third 
technique for reducing the bit rate, and of primary focus here, is that stationary images, or 
moving objects, do not necessarily require retransmission of every detail. Motion 
compression techniques can be used to eliminate redundancies between frames. This is 
typically achieved by identification of a block of pixels which is considered "moved" 
between two frames. Then transmission of only the motion vector information, in place 
of all of the pixel data, effectively transmits the new location of the block for 
reconstruction at the decomposer. 

In many video scenes, an object moves against an essentially unchanging 
background. In such circumstances, most of the background data can remain the same for 
frame after frame of the video data, with the foreground object being shifted and revised 
as needed. One such example is videoconferencing in which the overall room or setting 
for the videoconference remains essentially unchanged. In the foreground, however, 



individuals may be speaking or gesturing. For such applications it is desirable to perform 
a procedure known as motion estimation. In motion estimation, a vector is determined 
which relates the content of one video frame to the content of another video frame. For 
example, the vector might indicate the direction of motion of a portion of the contents of 
5 the earlier video frame. Use of such motion estimation enables video recording to use 
fewer bits. This is because the background portion of the scene can be characterized as 
having the same or almost the same data as the preceding frame, while the object in the 
foreground can be characterized as being essentially the same as an earlier frame, but 
moved to a new location. 
10 Fig. 3 illustrates the motion estimation process. In Fig. 3b a current frame 

(picture) is shown, while Fig. 1 1 shows a reference frame. It is desired to characterize the 
content of the current picture as being the same as the content of the reference picture, but 
with a changing portion of the current picture, designated the "block" in the reference 
picture, together with a motion vector (u, v). The location of the block is usually given by 
1 5 the coordinates of its upper left corner, together with some information about its size. 

One computationally intensive approach for determining the reference 
vector is to search the entire frame for the best fit. Using such procedure, every possible 
location for the block is determined, and the resulting motion vector computed. The 
motion vector chosen is the one that results in the best match between the estimated 
20 image and the current image. Such an approach, however, is computationally 
inordinately expensive, and is essentially impractical for ordinary use. 

There are, however, various fast searching methods for motion estimation. 
These methods significantly reduce the computational cost of searching, but impose 
limitations. The essence of these approaches is to reduce the number of block search 
25 operations. These approaches can be characterized into two different groups - global 
search and step by step search. Each of these techniques is individually well known. 

In global search approaches for determining the motion vector for a 
reference block, the system tries to find the best matching block in a frame of video 
information by moving around the frame at many widespread points and comparing 
30 blocks at those locations with blocks in the reference frame. The system tries to match a 
minimal area first, then refines the search in that area. An example is a three-step search. 
The system first searches to find a minimal point (point of least difference), then searches 
blocks that are two pixels away from the minimal point. Finally, the system searches the 
blocks that are next to the new minimal point. The particular values, of course, can be 
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adjusted for different applications. The average number of operations in this type of 
global search is on the order of 40. In this method, every possible motion vector in the 
searching area is checked and compared. The motion vector with the lowest Sum of 
Absolute Difference value (SAD) of the two compared image blocks is selected, and 

5 coded. The result is that a high compression ratio is achieved. 

The advantage of such an approach is its ability to quickly approach the 
minimal area. For fast moving video images, this is important because the matching 
block may be a relatively long distance, for example, 10 pixels, away from the previous 
point. The global approach also makes searching time more predictable, because the 

1 0 global search always performs the same number of operations, even if the match is found 
on the first try. 

A second fast search technique is the step by step search. In many types of 
video, for example, a videoconference environment, the background does not move, and 
the speaker does not move dramatically. If the encoder has enough computational 
1 5 resources, and encoding at a sufficient rate, for example, more than 1 0 frames per-second 
speed, the matching block likely will be found two or three pixels away. Step by step 
searches from the center thus may provide better results than a global search. One typical 
example of a step by step search is the diamond search. It begins searching from the 
center of the window, compares four neighbors (up, down, left, and right), and then 
20 selects the best match as the new center. The searching continues until the center does 
not further change. 

In a videoconference environment, objects usually move very little from 
frame to frame. Typically, if the frame rate on the encoder is faster than 10 
frames/second, most movement will be less than four pixels on a CIF image. This step by 
25 step search method yields better results in such condition than many other fast searching 
methods. It is also the best method for processing a background image block because 
such a block will not move during videoconferencing. 

Motion estimation is used in most of the video compression standards, 
including MPEG (motion picture experts group) H.26X, and so on, to compress the video 
30 stream. As can be seen, the searching process discussed above is a time consuming, 

computationally intensive task. The process consumes much of the processing power of a 
CPU (central processing unit). In addition, large numbers of memory accesses are 
required due to the nature of the computations. 
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Systems employing such video compression and detection methods 
typically use a digital signal processor as the number-crunching workhorse. DSPs 
typically DRAM (dynamic random access memory) and SDRAM (synchronous DRAM) 
memories. SDRAMs are preferred to reduce system cost and for their low power 

5 consumption. A cache is used with these memories in order to eliminate the extra clock 
cycles needed to access these memories for reading and writing. However, cache 
memory is a limited resource in DSPs. Consequently, there is only so much room for 
program segments and data. If the cache contains program code, and a block of data is 
required, it is likely the cached program code will be flushed to accommodate the 

1 0 incoming data. Vice-versa, when a segment of code is needed, any data already resident 
in the cache is likely to be flushed. Typically, DSPs do not have control over the cache 
operation, and so performance can be severely degraded when processing video data, due 
to constant caching and re-caching of program and data. 

Accordingly, there is a need to improve the performance of DSPs. There 

15 is a need to compensate for the performance hit resulting from the use of a caching 
scheme in certain memory configurations. 

SUMMARY OF THE INVENTION 
According to the invention, a method and apparatus is provided for video 
20 compression. A digital signal processor (DSP) is provided with program codes to 

compress a current frame of video information. A portion of a search window on the 
current frame is loaded into on-chip memory contained in the DSP. A search for a first 
level search point is made by comparing a reference block against search points in the 
portion of the search window contained in the on-chip memory. A second portion of the 
25 search window may be loaded depending on the location of the first level search point. A 
refined search is made on the second portion. 

The present invention increases the video compression process 
substantially by the initial loading step. Consequently, the video compression time is 
improved by the present invention. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 
The teachings of the present invention can be readily understood by 
considering the following detailed description of illustrative examples of embodiments of 
the invention, in conjunction with the accompanying drawings: 
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Fig. 1 is a flowchart illustrating a preferred embodiment of the method of 

this invention; 

Fig. 2 is an example of one implementation of a preferred embodiment of 
the method of this invention; 
5 Fig. 3 illustrates a conventional motion estimation process; and 

Fig. 4 shows an illustrative example of a DSP configuration in accordance 
with the invention. 

DESCRIPTION OF THE SPECIFIC EMBODIMENTS 
1 o H.263 is the video coding algorithm mandated for use in complying with 

videoconference standard H.323 and H.324. These standards have been put forth by the 
International Telecommunications Union (ITU). Using H.263 to compress a video stream 
substantially reduces the bandwidth requirement for transmission of the compressed video 
signal. Typical compression ratios are 100:1 to 200:1. To achieve this high compression 
1 5 ratio, the computational load on the encoder is high. 

The H.263 algorithms consist of two parts: coding and motion 
estimation/compensation. The greater demand for computational power comes from the 
motion estimation/compensation portion. About 70 to 80 percent of the computational 
tasks come from this portion in a typical encoder. To reduce the computational task, a 
20 new searching process described below is used. 

To reach more than 100:1 compression ratio, H.263 compares the data 
blocks which constitute two frames - a previous image and the current image - to 
determine the difference. Only the difference is coded and sent; it being assumed that the 
previous frame is already at the receiver. Furthermore, the algorithm tries to determine if 
25 the image is moving, how far it moved, and in which direction. The procedure is called 
motion estimation. If this method is applied globally, by making detailed comparisons 
across the entirety of the two images being compared, there is a prohibitively high 
computation cost. For every 16x16 image block, searching in 48 x 48 window, 961 sum 
of absolute difference comparisons are necessary. More than 95% of the encoding time is 
30 used for this single operation. 

An example is a three-step search. The system first searches to find a 
minimal point (point of least difference), then searches blocks that are two pixels away 
from the minimal point. Finally, the system searches the blocks that are next to the new 
minimal point. The particular values, of course, can be adjusted for different 



applications. The average number of operations in this type of global search is on the 
order of 40. 

In one embodiment of the invention, the data blocks of the frame which 
constitute the entire search area is loaded into the on-chip memory of the DSP. For 
example, in accordance with H.263, nine blocks of image (48 x 48) are loaded into DSP 
memory. An average search will access thirty to forty blocks. By loading nine blocks of 
window data onto on-chip memory of the DSP, substantial time is saved by avoiding the 
numerous external memory accesses that would be needed. The user can expect over 
70% improvement in the search speed by performing the search on-chip. 

Lower system cost requirements and increasing demand for smaller 
package size are introducing DSPs with smaller on-chip memory. For example, it is not 
uncommon for a DSP to have 2K of on-chip memory in its X or Y space. However, a 48 
x 48 search window requires 2.25K words of memory (IK = 1024). Consequently, in 
some DSPs hosting an entire search window is not feasible. A simple partial window 
load into the on-chip memory of such a DSP will not work because the minimum point, 
which is not known a pri ori, may be located in the portion of the window that has not 
been loaded into the on-chip memory. 

Thus, in accordance with another aspect of the invention, a technique for 
window searching includes a first pass in which the data blocks constituting a first portion 
of an image frame is loaded from external memory into the on-chip memory, e.g., either 
the X space or the Y space. The first portion corresponds to a portion of the search 
window. A first search is made on the search points contained in the first portion, 
including computing the motion vectors (e.g., SADs) of the search points. The search 
continues with the remaining search points of the window which had not been loaded into 
the on-chip memory, by computing the motion vectors of the search points residing in 
external memory. In a subsequent step, the search is refined in a smaller area. This 
general outline describes an aspect of the invention for fast motion search where the on- 
chip memory of a DSP cannot accommodate a full window search. Following is a more 
detailed discussion. 

Figs. 1 and 2 show an illustrative example of an embodiment of the 
invention. The flow chart 100 shows the processing steps in accordance with the 
invention for searching a current frame 200 of a video image (video signal, and so on). 
At step 102, a reference block (e.g., 302, Fig. 1 1) of a reference frame is loaded into the 
DSP. The reference block is typically going to be an earlier frame of video, but this is not 



necessarily so. There are two basic motion prediction methods in video compression. 
The P frame method uses a previous frame ahs the reference frame. Most of the time this 
is going to be the last frame. However, it can be an earlier frame if an error happened in 
the last frame. 

5 Motion vectors (e.g., 304, Fig. 3b) relative to the reference block 302 are 

computed for candidate blocks 306 in the current frame. These candidate blocks are 
selected in accordance with a search window comprising a pattern of search points (e.g., 
230, Fig. 2) which correlate to coordinates in the current frame. 

In step 104, a first portion 212 comprising a 32 x 32 block of image data 
10 from the current frame is loaded into the on-chip memory of the DSP. As can be seen in 
Fig. 1, a conventional search window 202 comprises an area of the current frame that is 
large enough to encompass all of the search points 230. However, the portion 212 
contains fewer than all of the search points, some of the search points lying outside of the 
portion; e.g., points 232 and 234. Preferably, the size of the first portion is such that most 
1 5 of the search points lie inside of it. The choice of a 32 x 32 window is not critical to the 
practice of the invention, however. The size depends primarily on the available size of 
the on-chip memory, and thus may be larger or smaller. While it is preferable to have a 
larger window, it will be shown that the invention can still realize improved performance 
with smaller window sizes. 
20 Next, motion vector calculations (e.g., SAD) are made during a global 

search, step 106. Here, the motion vectors between the initial center point 222 and each 
of the search points 230 is computed. For those search points contained in the portion 
212, the computations will proceed with no external memory access delays, since the data 
is resident in the on-chip memory of the DSP. Consequently, there are no external 
25 memory access operations during this portion of the processing. Internal memory access 
consumes one clock cycle, while external memory accesses typically require many times 
more clock cycles to complete. This represents a significant savings in time. 

The search step 106 continues for the search points that are outside of the 
portion 212. At the end a minimum vector from among all of the search points 230 
30 (external and internal to the first portion) is determined. The search point associated with 
the minimum motion vector is referred to as the first level search point. In performing the 
motion vector computations for the exterior search points (e.g., 232, 234), there will be 
some delay (i.e., memory access delay) by virtue of those points not having been loaded 
into the DSP's on-chip memory. However, the delay is compensated for by the time 
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savings realized during processing of the search points inside the portion, where external 
memory access was not required. 

Different search algorithms have different patterns of search points. The 
search pattern of Fig. 2 is shown merely for illustrative purposes and is not intended to 
indicate a preferred search pattern. It can be seen that the size of the portion 212 for any 
given search pattern must be selected so that the portion fits in the available DSP on-chip 
memory. By virtue of loading any portion of the search window into the on-chip memory 
and performing a search using the data stored on-chip will result in an improvement in 
processing time. 

Continuing with Fig. 1, the first level search point, namely, the search 
point with the smallest associated motion vector becomes the new center point for a 
subsequent refined search window. The refined window search uses a smaller window to 
perform the next level search. There are three outcomes to consider. In the first case, the 
first level search point is located well within the area of the first portion 212. In this case, 
the first level search point is located such that the smaller window used for the refined 
search lies completely within the first portion. For example, if the first level search point 
is the search point 224 A, then the smaller window 214A for the refined search is centered 
around it. As can be seen, the smaller window lies totally within the first portion 212. 
Thus, all the data points needed during the refined search are contained in the first 
portion. Since the first portion has already been loaded into the on-chip memory, then the 
data is already available within the DSP to perform the refined search. 

In the second case, the first level search point lies near the boundary of the 
first portion 212. Consider, for example, the search point 224B which lies near a 
boundary of the first portion. Centering the smaller window about the search point 224B 
for the refined search requires data points which lie outside the first portion. These data 
points reside in external memory and so the refined search will require accessing external 
memory. 

In the third case, the first level search point lies outside of the first portion 
212. The search point 224C illustrates this scenario. Not unlike the second scenario, the 
smaller window 214C for the refined search calls for some data that is not already stored 
in the on-chip memory of the DSP. 

Referring back to Fig. 1 then, step 108 is provided where the first level 
search point is located as described in the second and third scenarios. In this step, the 
portion of the current frame comprising the smaller search window is loaded in from the 



external memory. In the example shown in Fig. 3, data for a 24 x 24 window 214 (A, B, 
or C) centered around the first level search point, which is now the new center point, is 
loaded in from external memory. The data comprising the first portion 212 residing in the 
on-chip memory can be overwritten by the data of the smaller window, but this is not 
5 necessary. As with the 32 x 32 window, there is no special significance with the 24 x 24 
size selection of the smaller window. The window size for the smaller search window, 
however, should be sufficient to cover the range called for by the particular search 
algorithm in use. 

Finally, in step 1 10 the refined search is performed. For example, in a 
1 0 conventional three-step search, four data points coincident with the four compass points 
centered about the new center point are searched to identify a second level search point. 
Typically, the data points that are two pixels away from the new center point are 
searched. Next, the eight points which constitute the 3 -pixel x 3-pixel square centered 
around the second level search point are searched. This completes the full pixel motion 
1 5 search of the present invention. 

Referring to Fig. 4, a block diagram shows an illustrative example of an 
embodiment of a processing apparatus 400 in accordance with the invention. A DSP unit 
402, or similar processing device, is coupled to an external memory device 422. Data 
communication between the DSP and external memory occurs over a data bus 432. The 
20 DSP includes an arithmetic processing unit 4 1 2 comprising a block of logic for 

performing arithmetic and like operations commonly associated with DSPs. The DSP 
further may include an on-chip read-only memory (ROM) 418, containing the firmware 
(program code) for operating the DSP. Conventionally, an X-space memory 414 and a Y- 
space memory 416 are provided on-chip in the DSP; however, other memory 
25 configurations are possible. A set of internal buses 401 interconnect the various 
components. 

The current frame of video 200 is stored in the external memory 422. In 
accordance with the invention, portions of the current frame 212 or 214 are loaded into 
the on-chip memory of the DSP. In the illustrative block diagram of Fig. 4, the frame 
30 portions are shown loaded into the X-space memory 414, though the Y-space memory 
416 could be used to accommodate the frame portions. 

The DSP includes firmware or the like, typically contained in a ROM, 
which includes program codes to perform the foregoing processing described in 
conjunction with Figs. 1 and 2. The disclosed processing is sufficient to enable one of 
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ordinary skill in the relevant arts, including the programming and video processing arts, 
to provide the proper coding to configure the DSP for use in accordance with the 
invention. The specific coding conventions and data structures depend on factors such as 
the operating environment, the development environment, and the target devices which 
will use the inventive aspects described herein. Since such details are not germane to the 
invention they have been omitted to simplify the discussion. 

Although specific embodiments of the invention have been described, 
various modifications, alterations, alternative constructions, and equivalents are also 
encompassed within the scope of the invention. For example, the disclosed embodiment 
of the invention is based on DSP technology. DSP's are the preferred choice of processor 
in many consumer products. DSP's are generally tailored for number crunching 
applications, such as video processing. However, the disclosed invention is not restricted 
to operation within any specific data processing environment, but is free to operate within 
a plurality of data processing regimes. Although the present invention has been described 
in terms of specific embodiments, it should be apparent to those skilled in the art that the 
scope of the present invention is not limited to the described specific embodiments. 

The specification and drawings are, accordingly, to be regarded in an 
illustrative rather than a restrictive sense. It will, however, be evident that additions, 
subtractions, substitutions, and other modifications may be made without departing from 
the broader spirit and scope of the invention as set forth in the claims. 
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